Systems and methods for remotely-enabled identification of a user infection

ABSTRACT

Systems and methods for identifying a condition of a user. A treatment apparatus is configured to be manipulated by the user for performing an exercise, and an interface is communicably coupled to the treatment apparatus. One or more sensors are configured to sense one or more characteristics of an anatomical structure of the user. A processing device and a memory is communicatively coupled to the processing device. The memory includes computer readable instructions, that when executed by the processing device, cause the processing device to: receive, from the sensors, one or more sensor inputs representative of the one or more of characteristics of the anatomical structures; calculate an infection probability of a disease based on the one or more characteristics of the anatomical structures; and output, to the interface, a representation of the infection probability.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation-in-part of U.S. patent applicationSer. No. 17/021,895, filed Sep. 15, 2020, titled “Telemedicine forOrthopedic Treatment,” which claims priority to and the benefit of U.S.Provisional Patent Application Ser. No. 62/910,232, filed Oct. 3, 2019,titled “Telemedicine for Orthopedic Treatment,” the entire disclosuresof which are hereby incorporated by reference for all purposes.

BACKGROUND

Subsequent to a procedure (e.g., surgical/invasive procedure to replacea knee or hip), the location of the procedure, or near or distalthereto, may become infected. While some infections may naturally healwithout treatment (or without significant treatment), other infectionscan spread throughout the body, and if left untreated cause, forexample, staph or other infections, sepsis (septicaemia), peritonitis,and other life-threatening, life-quality-threatening or other seriousmedical conditions. For example, a user may be exposed to staphylococcusbacteria during or after a surgical procedure, leading to a staphinfection that can spread throughout the user's body, to a location (orlocations) other than the location of the procedure. These infections,if left untreated, can cause a range of health issues to the user, fromminor skin problems, to amputation of the user's infected limb, to evendeath in severe cases. Such health issues may occur temporally,geographically and/or anatomically proximate manners.

To avoid such health issues, some medical professionals scheduleroutine: check-ups, wherein the check-up is based on the type ofprocedure to the user. In between the routine check-ups, medicalprofessionals may rely on users to detect and “self-diagnose” any healthissues resulting from the procedure and to contact them (i.e., themedical professionals) for further diagnosis and/or treatment. In someinstances, non-infected users may self-diagnose the health issueincorrectly and schedule unnecessary appointments with their medicalprofessionals, resulting in inefficient uses of medical professionalresources.

In some instances, such as during the COVID-19 pandemic, medicalprofessionals may schedule remote medical assistance. Remote medicalassistance, also referred to, inter alia, as remote medicine,telemedicine, telemed, telmed, tel-med, or telehealth, is an at leasttwo-way communication between a healthcare provider or providers, suchas a physician or a physical therapist, and a patient using audio and/oraudiovisual and/or other sensorial or perceptive (e.g., tactile,gustatory, haptic, pressure-sensing-based or electromagnetic (e.g.,neurostimulation) communications (e.g., via a computer, a smartphone, ora tablet). Telemedicine may aid a patient in performing various aspectsof a rehabilitation regimen for a body part. The patient may use apatient interface in communication with an assistant interface forreceiving the remote medical assistance via audio, visual, audiovisual,or other communications described elsewhere herein. Any reference hereinto any particular sensorial modality shall be understood to include andto disclose by implication a different one or more sensory modalities.

Telemedicine is an option for healthcare providers to communicate withpatients and provide patient care when the patients do not want to orcannot easily go to the healthcare providers' offices. Telemedicine,however, has substantive limitations as the healthcare providers cannotconduct physical examinations of the patients. Rather, the healthcareproviders must rely on verbal communication and/or limited remoteobservation of the patients.

SUMMARY

In general, the present disclosure provides systems and methods for aremotely-enabled identification of a user infection. As used herein,“identification” means both a correct identification of a user infectionas well as a medically appropriate, normal-standard-of-care attempt toidentify or diagnose the user infection, even if the identification isultimately incorrect or subject to further refinement or modification bya medical professional.

An aspect of the disclosed embodiments includes a system for identifyingcharacteristics associated with a user infection. The system includes amemory device for storing instructions and a processing devicecommunicatively coupled to the memory device. The processing device isconfigured to execute the instructions to receive, from one or moresensors, one or more sensor inputs pertaining to a potential infectedsite or anatomical structure; and to generate, by the processing device,an infection probability associated with the infected site, wherein theinfection probability is based on the one or more sensor inputs. Anotheraspect of the disclosed embodiments includes a system for identifying acondition of a user, such as a user having an infection. The systemincludes a treatment apparatus configured to be manipulated by the userto perform an exercise, such a peddling a bike-like apparatus. Aninterface is communicably coupled to the treatment apparatus. One ormore sensors are configured to sense one or more characteristics of ananatomical structure of the user. As used herein, an anatomicalstructure may refer to a structure that is anatomical or to a systemthat is physiological or to any combination thereof. A processing deviceand a memory are communicatively coupled to the processing device. Thememory includes computer readable instructions that, when executed bythe processing device, cause the processing device to: receive, from thesensors, one or more sensor inputs representative of the one or more ofcharacteristics of the anatomical structure; calculate an infectionprobability of a disease based on the one or more characteristics of theanatomical structure; and output, to the interface, a representation ofthe infection probability.

Another aspect of the disclosed embodiments includes a system foridentifying a condition of a user. A treatment apparatus is configuredto be manipulated by the user to perform an exercise, such as peddling abike-like apparatus. One or more sensors are configured to sense one ormore characteristics of an anatomical structure of the user. Aprocessing device and a memory are communicatively coupled to theprocessing device. The memory includes computer readable instructionsthat, when executed by the processing device, cause the processingdevice to: receive, from the sensors, one or more sensor inputsrepresentative of the one or more of characteristics of the anatomicalstructure; generate, from the one or more characteristics, a baselinecharacteristic and a disease characteristic; generate an infectionprobability of a disease, where the probability is based on the one ormore characteristics, the baseline characteristic and the diseasecharacteristic.

Another aspect of the disclosed embodiments includes a method foridentifying a condition. The method includes a step of receiving, fromone or more sensors, one or more sensor inputs representative of one ormore of characteristics of the anatomical structure. The method includesthe step of calculating an infection probability of a disease based onthe one or more characteristics of the anatomical structure. The methodalso includes the step of outputting, to an interface, a representationof the infection probability.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of this disclosure and its advantages,reference is now made to the following description, taken in conjunctionwith the accompanying drawings. It is emphasized that, according tocommon practice, the various features of the drawings are not to-scale.On the contrary, the dimensions of the various features are arbitrarilyexpanded or reduced for clarity.

FIG. 1 generally illustrates a block diagram of an embodiment of acomputer implemented system for managing a treatment plan according toprinciples of the present disclosure.

FIGS. 2-3 generally illustrate an embodiment of a treatment apparatusaccording to principles of the present disclosure.

FIG. 4 generally illustrates a user using the treatment apparatus ofFIGS. 2 and 3, and shows sensors and various data parameters connectedto a user interface according to principles of the present disclosure.

FIG. 5 generally illustrates an example embodiment of an overviewdisplay of an assistant interface according to principles of the presentdisclosure.

FIGS. 6A-6C generally illustrate example embodiments of sensing devicesaccording to principles of the present disclosure.

FIG. 7 generally illustrates a flow diagram illustrating a method foridentifying, based on data received while a user uses the treatmentdevice of FIG. 6A-6C, characteristics associated with a user infectionaccording to principles of the present disclosure.

FIG. 8 generally illustrates a flow diagram illustrating a method fordiagnosing a user infection based on one or more identifyingcharacteristics associated with a user infection according to principlesof the present disclosure.

FIG. 9 generally illustrates a flow diagram illustrating a method formodifying, by an artificial intelligence engine, a treatment plan foroptimizing an outcome for a user infection according to principles ofthe present disclosure.

FIG. 10 generally illustrates a computer system according to principlesof the present disclosure.

NOTATION AND NOMENCLATURE

Various terms are used to refer to particular system components.Different companies may refer to a component by different names—thisdocument does not intend to distinguish between components that differin name but not function. In the following discussion and in the claims,the terms “including” and “comprising” are used in an open-endedfashion, and thus should be interpreted to mean “including, but notlimited to . . . .” Also, the term “couple” or “couples” is intended tomean either an indirect or direct connection. Thus, if a first devicecouples to a second device, that connection may be through a directconnection or through an indirect connection via other devices andconnections.

The terminology used herein is for the purpose of describing particularexample embodiments only, and is not intended to be limiting. As usedherein, the singular forms “a,” “an,” and “the” may be intended toinclude the plural forms as well, unless the context clearly indicatesotherwise. The method steps, processes, and operations described hereinare not to be construed as necessarily requiring their performance inthe particular order discussed or illustrated, unless specificallyidentified as an order of performance. It is also to be understood thatadditional or alternative steps may be employed.

The terms first, second, third, etc. may be used herein to describevarious elements, components, regions, layers and/or sections; however,these elements, components, regions, layers and/or sections should notbe limited by these terms. These terms may be only used to distinguishone element, component, region, layer, or section from another region,layer, or section. Terms such as “first,” “second,” and other numericalterms, when used herein, do not imply a sequence or order unless clearlyindicated by the context. Thus, a first element, component, region,layer, or section discussed below could be termed a second element,component, region, layer, or section without departing from theteachings of the example embodiments. The phrase “at least one of,” whenused with a list of items, means that different combinations of one ormore of the listed items may be used, and only one item in the list maybe needed. For example, “at least one of: A, B, and C” includes any ofthe following combinations: A, B, C, A and B, A and C, B and C, and Aand B and C. In another example, the phrase “one or more” when used witha list of items means there may be one item or any suitable number ofitems exceeding one.

In relation to electrical devices (whether standalone or as part of anintegrated circuit), the terms “input” and “output” refer to electricalconnections to the electrical devices, and shall not be read as verbsrequiring action. For example, a differential amplifier (such as anoperational amplifier) may have a first differential input and a seconddifferential input, and these “inputs” define electrical connections tothe operational amplifier, and shall not be read to require inputtingsignals to the operational amplifier.

“Assert” shall mean changing the state of a Boolean signal. Booleansignals may be asserted high or with a higher voltage, and Booleansignals may be asserted low or with a lower voltage, at the discretionof the circuit designer. Similarly, “de-assert” shall mean changing thestate of the Boolean signal to a voltage level opposite the assertedstate.

A processor can include various devices, including a controller. A“controller” shall mean, alone or in combination, individual circuitcomponents, an application specific integrated circuit (ASIC), amicrocontroller with controlling software, a digital signal processor(DSP), a processor with controlling software, or a field programmablegate array (FPGA), configured to read inputs and drive outputsresponsive to the inputs.

Spatially relative terms, such as “inner,” “outer,” “beneath,” “below,”“lower,” “above,” “upper,” “top,” “bottom,” “inside,” “outside,”“contained within,” “superimposing upon,” and the like, may be usedherein. These spatially relative terms can be used for ease ofdescription to describe one element's or feature's relationship toanother element(s) or feature(s) as illustrated in the figures. Thespatially relative terms may also be intended to encompass differentorientations of the device in use, or operation, in addition to theorientation depicted in the figures. For example, if the device in thefigures is turned over, elements described as “below” or “beneath” otherelements or features would then be oriented “above” the other elementsor features. Thus, the example term “below” can encompass both anorientation of above and below. The device may be otherwise oriented(rotated 90 degrees or at other orientations) and the spatially relativedescriptions used herein interpreted accordingly.

A “treatment plan” may include one or more treatment protocols, and eachtreatment protocol includes one or more treatment sessions. Eachtreatment session includes several session periods, with each sessionperiod including a particular exercise for treating the body part of theuser. For example, a treatment plan for post-operative rehabilitationafter a knee surgery may include an initial treatment protocol withtwice daily stretching sessions for the first 3 days after surgery and amore intensive treatment protocol with active exercise sessionsperformed 4 times per day starting 4 days after surgery. A treatmentplan may also include information pertaining to a medical procedure toperform on the user, a treatment protocol for the user using a treatmentapparatus, a diet regimen for the user, a medication regimen for theuser, a sleep regimen for the user, additional regimens, or somecombination thereof.

An “infection probability” may include a likelihood of an infection asdetected by a system or method described herein. For example, theinfection probability may include a scale ranging from 0 (indicating astatistical certainty of no user infection) to 10 (indicating astatistical certainty of a user infection), with the infectionprobability increasing from 0 to 10. Alternatively, the infectionprobability may include a scale ranging from 0% (indicating astatistical certainty of no user infection) to 100% (indicating astatistical certainty of a user infection), with the infectionprobability increasing from 0% to 100%.

A “medical professional” may refer to a doctor, a physician, aphysician's assistant, a physical therapist, a nurse (including aregistered nurse or a nurse practitioner), a chiropractor, a dentist,acupuncturist, naturopath, physical trainer, coach, personal trainer, orthe like. Alternatively, or in combination, a “medical professional” mayrefer to any person with a credential, license, degree, or the like inthe field of medicine, physical therapy, rehabilitation, or the like.

A “healthcare administrator” may include a professional who coordinateswith a medical professional, oversees administrative operations, or thelike.

A “user” may include a person(s), patient(s), individual(s) using orinteracting with a treatment apparatus, a medical professional, and/or ahealthcare administrator.

The terms telemedicine, telehealth, telemed, teletherapeutic, etc. maybe used interchangeably herein.

The terms “user infection” and “disease” may be used interchangeablyherein and in the claim, and include secondary or refractory infections,malfunction, neoplasm, inability to function (e.g., removal, destructionby, e.g., a bullet or accident), attenuation of ability to function orof the integrity or the structure, and the like.

DETAILED DESCRIPTION

The following discussion is directed to various embodiments of theinvention. Although one or more of these embodiments may be preferred,the embodiments disclosed should not be interpreted, or otherwise used,as limiting the scope of the disclosure, including the claims. Inaddition, one skilled in the art will understand that the followingdescription has broad application, and the discussion of any embodimentis meant only to be exemplary of that embodiment, and not intended tointimate that the scope of the disclosure, including the claims, islimited to that embodiment.

When a user undergoes an invasive procedure (e.g., surgery) or otherwiseexperiences a breach of the patient's skin, the user can become infectedwith bacteria, such as at the location of the breach. Typically, theuser will either self-diagnose or seek a consultation from a medicalprofessionals. The consultation by the medical professionals generallyrequires an in-person, face-to-face, pre-arranged appointment with theuser, where the medical professionals views a potential infection siteof the user to assess whether the potential infection site is aninfection. During a telehealth appointment, the medical professional maybe able to remotely view the potential infection site of the user todetermine a likelihood of the potential infection site being an actualinfection (e.g., an infection probability). Depending on the infectionprobability of the user, an in-person appointment may or may not benecessary.

Determining an infection probability of a user and diagnosing a useinfection may be a technically challenging problem. For example, whendetermining an infection probability, a multitude of information isconsidered, such as event information, temperature information, pressureinformation, discoloration information, image information, measurementinformation, pain information, pain level information, nerve probleminformation, any other desired information, or a combination thereof.The temperature information may include user temperature, and asubsequent comparison between the user temperature and a normal humantemperature range (i.e., a temperature range for a healthy user ortemperature below a threshold temperature). Alternatively, or incombination, the temperature information may include a comparison of theuser temperature at a potential infected site and the user temperatureat a corresponding non-infected site (e.g., the temperature of apotentially infected left knee of the user versus the temperature of anon-infected right knee of a user). Alternatively, or in combination,the temperature information may include a comparison of the usertemperature and historical temperature data of other users (e.g., atemperature of a potential infected site of a user who underwent asurgical procedure versus a temperature, including, but not limited to,an average temperature of prior users who underwent the same surgicalprocedure as the user). The pressure information may include swelling(e.g., perceived swelling or an indication of swelling) of a potentialinfected site of a user. The discoloration information may include achange in color (e.g., redness or any abnormal color) of the user's skinat the potential infected site. Alternatively, or in combination, thediscoloration information may include a comparison between a color ofskin at the potential infected site and a color of skin at acorresponding non-infected site (e.g., the color of a potentiallyinfected left knee of the user versus the color of a non-infected rightknee of the user). The image information may include a still image ormotion imagery (e.g., a video). As an example, the image information mayinclude a comparison between an image of a user's body part before asurgical procedure and an image of the user's body part after thesurgical procedure was conducted on the user's body part. Themeasurement information may include a size measurement of a potentialinfected site. For example, the measurement information may includesizing a two-dimensional area resulting from a skin breach. As anotherexample, the measurement information may include a dimension, such as alength, of an incision from the event information. The event informationmay include etiological information, such as information pertaining toan invasive operation event (e.g., a surgical procedure) to a user or toan injury event (e.g., an accident, an intentional cut) to the user. Ineither event, the etiological information can be at least partiallycaused by a break, a cut, an opening, an open wound, or another form ofa breach to the user's skin. The pain information may include, withoutlimitation, information pertaining to the location or locus of painexperienced by the user, a change in the expressed or perceived level ofthat pain based on anatomical movements, tense or untensing of muscles,limb extensions or curls and the like. The pain level information mayinclude, without limitation, information pertaining to the user'sperceived experience of the intensity of any pain experienced withrespect to pain information. Nerve problem information may include,without limitation, user experiences of tingling or neuropathies, ofsharp or other types of nerve pain which appear to be neurological orneuromuscular in origin, of conduction issues related to thetransmission of electrical impulses rendering an area especially tender,insensate or any level in between and of pain referred to other parts ofthe user's body.

Another challenge in determining infection probability and infectiondiagnosis is the collection of user information, or information providedby a user pertaining to the potential infected site. As non-limitingexamples, user information may include an indication of a pressure, anindication of a pain level, an indication of a discoloration, and anindication of a mobility. User information may further include any ofthe information included in determining an infection probability, as setforth in [0033] hereinabove.

Further, another technical problem includes distally diagnosing, via acomputing device, or interface (interchangeable with “computingdevice”), during a telemedicine or telehealth session, a user from alocation different from a location at which the user is located. Anadditional technical problem may involve controlling or enabling thecontrol of, from the different location, a treatment apparatus used bythe user at the location at which the user is located. Oftentimes, whena user undergoes rehabilitative surgery (e.g., knee surgery), a medicalprofessional may prescribe a treatment apparatus for the user to use toperform a treatment protocol at their residence or at any mobilelocation or temporary domicile.

Since a medical professional may be located in a location different fromthat of the user and the treatment apparatus, it may be technicallychallenging for the medical professional to monitor the user's actualprogress (as opposed to relying on the user's word about their progress)using the treatment apparatus, modify the treatment plan according tothe user's progress, adapt the treatment apparatus to the personalcharacteristics of the user as the user performs the treatment plan, andthe like.

Each characteristic of the user, each result of a treatment plan, andeach instantiation, modification or cancellation of a parameter,setting, configuration, etc. of the treatment apparatus may betimestamped and correlated with a particular step in the treatment plan.Such a technique may enable determining which steps in the treatmentplan lead to desired results (e.g., improved muscle strength, range ofmotion, etc.) and which steps lead to diminishing returns (e.g., ifcontinuing to exercise after 3 minutes actually delayed or harmedrecovery).

Data may be collected from the treatment apparatuses and/or any suitablecomputing device (e.g., computing devices where personal information isentered, such as a clinician interface or user interface) over time asthe user s use the system to perform the various treatment plans. Thedata that may be collected may include the characteristics of the users,the treatment plans performed by the user s, and the results of thetreatment plans.

Embodiments of the present disclosure pertain to a system used toidentify characteristics associated with a user infection. For example,the characteristics may include information received from a sensor (orsensors) and/or the user (including one or more user inputs).Additionally, the characteristics may include etiological informationprovided to the system by a computing system (e.g., a mobile device, atablet device, a laptop computing device, a desktop computing device)with a user interface (e.g., a display) running a software application,or app, on the user interface. Using at least one of thesecharacteristics, the system can generate an infection probability and/ordiagnose a user infection. The diagnosis (of the user infection) mayinclude, for example, a recommendation to apply a medication (e.g., anantibiotic such as penicillin, an antifungal, an antiviral, ananti-inflammatory, an ointment, some other infection-fighting substance,or some other health-improving or healing-promotion substance) to theinfected site or, in alternative embodiments, through intramuscular(“IM”), intravenous (“IV”), sublingual, oral or other means ofadministration.

In some embodiments, the infection probability may be transmitted tovarious recipients, including the user, the medical professional, aninsurance provider, a healthcare administrator, a power of attorney,and/or other third party. The transmission may include displaying animage on an interface, or otherwise communicating with a user through aninterface. When the recipient is the user or the user's family orcaregivers, the user or the user's family or caregivers can contact themedical professional, the insurance provider, the healthcareadministrator, the power of attorney, and/or other third party to set upan appointment, such as a telemedicine-enabled appointment, andthereupon receive a treatment plan. When the recipient is one of themedical professional, the insurance provider, and the healthcareadministrator, the recipient can contact the user and set up theappointment with the user to discuss the user's health condition and atreatment plan.

In some embodiments, the system can receive or generate a thresholdinfection probability. When the infection probability is at least at(i.e., at or above) the threshold infection probability, the system maydetermine that a recommended treatment plan is necessary. As a result,the recommendation can be transmitted with the infection probability.The recommendation may include at least one of a treatment plan for theuser and a telemedicine-enabled appointment with the user to discuss todiscuss a treatment plan. The recipient(s) of the recommendation mayinclude any recipient, as set forth in [0039] hereinabove.

Some embodiments of the present disclosure pertain to diagnosing a userinfection. For example, a system can use the information to identify atype of an infection incurred by the user. In some embodiments, a systemcan use information from the sensor(s) and/or the user to diagnose apotential infected site of the user. Additionally, the system may useevent information, including etiological information, to diagnose theuser infection. The diagnosed infection can be transmitted to arecipient, which may include any recipient, as set forth in [0039]hereinabove. The recipient can schedule a telemedicine-enabledappointment to discuss the infection diagnosis and a recommendedtreatment plan.

Some embodiments of the present disclosure pertain to using anartificial intelligence engine and/or machine learning engine todynamically update the treatment plan based on sensor input informationand/or user input information received by the system. For example, auser may undergo a treatment for a user infection. Subsequently, one ormore characteristics pertaining to the user may be collected during orafter the user performs the treatment plan. For example, temperatureinformation, pressure information, discoloration information, imageinformation, and measurement information may be collected from, forexample, the potential infection site during or after the user performsthe treatment plan. The artificial intelligence engine and/or machinelearning engine can use the characteristics to determine whether theuser infection is decreasing (i.e., the user is improving and/or theuser infection is healing) or increasing (i.e., the user is notimproving and/or the user infection is not healing or worsening) andthereupon modify the treatment plan for improved results.

The artificial intelligence engine and/or a machine learning engine maygenerate a modified treatment plan, which provides an updated treatmentregimen for the user. For example, for an infection probability that iseither increasing (relative to a previously generated infectionprobability) and/or equal to or exceeding a threshold infection, themodified treatment plan can generate one or more of a recommendationthat includes additional and/or modified treatments (e.g.,additional/modified medication, additional/modified recovery steps), arecommendation to set up a telemedicine-enabled appointment to discussadditional/modified treatments, or the like. Conversely, for aninfection probability that is either decreasing (relative to apreviously generated infection probability) or below a thresholdinfection, the modified treatment plan can recommend a modification tothe treatments, such as a reduction/modification of medication, areduction/modification of recovery procedures, a recommendation to setup a telemedicine-enabled appointment to discuss fewer/modifiedtreatments, or the like.

In some embodiments, when a telemedicine-enabled appointment isrecommended, the telemedicine-enabled appointment is automaticallyscheduled between a user or the user's family or caregivers and one ormore of a medical professional, an insurance provider, and a healthcareadministrator. For example, a system, an artificial intelligence engine,or a machine learning engine with calendar access privileges of thepatient or the user's family or caregivers and the medical professionalcan review the respective calendars of the user or the user's family orcaregivers and the medical professional, and populate (e.g., fill in)the telemedicine-enabled appointment into the respective calendars.

FIG. 1 generally illustrates a block diagram of a computer-implementedsystem 10, hereinafter called “the system” for managing a treatment planaccording to principles of the present disclosure. Managing thetreatment plan may include using an artificial intelligence engine torecommend treatment plans and/or to provide excluded treatment plansthat should not be recommended to a user.

The system 10 also includes a server 30 configured to store and toprovide data related to managing the treatment plan. The server 30 mayinclude one or more computers and may take the form of a distributedand/or virtualized computer or computers. The server 30 may also includea first communication interface 32 configured to communicate with theclinician interface 20 via a first network 34. In some embodiments, thefirst network 34 may include wired and/or wireless network connectionssuch as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC),cellular data networks, etc. The server 30 may include a first processor36 and a first machine-readable storage memory 38, which may be called a“memory” for short, holding first instructions 40 for performing thevarious actions of the server 30 for execution by the first processor36. The server 30 is configured to store data regarding the treatmentplan. For example, the memory 38 includes a system data store 42configured to hold system data, such as data pertaining to treatmentplans for treating one or more users. The server 30 is also configuredto store data regarding performance by a user in following a treatmentplan. For example, the memory 38 includes a user data store 44configured to hold user data, such as data pertaining to the one or moreusers, including data representing each user's performance within thetreatment plan.

In some embodiments, the server 30 may execute an artificialintelligence (AI) engine 11 that uses one or more machine learningmodels 13 to perform at least one of the embodiments disclosed herein.The server 30 may include a training engine 9 capable of generating theone or more machine learning models 13. Using one or more inputs (e.g.,inputs from one or more sensors, inputs from a user) real-time data,and/or historical data correlations, the one or more machine learningmodels 13 may be trained to select treatment plans for user s, determineinfection probabilities of user s, diagnose user infections, modifytreatment plans for users, and control a treatment apparatus 70, amongother things. The one or more machine learning models 13 may begenerated by the training engine 9 and may be implemented in computerinstructions executable by one or more processing devices of thetraining engine 9 and/or the server 30. To generate the one or moremachine learning models 13, the training engine 9 may train the one ormore machine learning models 13. The one or more machine learning models13 may be used by the artificial intelligence engine 11.

The training engine 9 may be a rackmount server, a router computer, apersonal computer, a portable digital assistant, a smartphone, a laptopcomputer, a tablet computer, a netbook, a desktop computer, an Internetof Things (IoT) device, any other desired computing device, or anycombination of the above. The training engine 9 may be cloud-based or areal-time software platform, and it may include privacy software orprotocols, and/or security software or protocols.

To train the one or more machine learning models 13, the training engine9 may use a training data set of a corpus of the characteristics ofmultiple types of infections users can contract, the details (e.g.,treatment protocol including the type of medications, amounts of eachmedication to apply to or use on or in the user, how often to treat theinfection with medication, a schedule of exercises and rest periods,infection probability, wound size, parameters/configurations/settings ofthe treatment apparatus 70 throughout each step of the treatment plan,etc.) of the treatment plans performed by the users using the treatmentapparatus 70, and the results of the treatment plans performed by thepeople. The one or more machine learning models 13 may be trained tomatch patterns of characteristics of a user with characteristics ofother people in assigned to a particular cohort. The term “match” mayrefer to an exact match, a correlative match, a substantial match, etc.The one or more machine learning models 13 may be trained to receive thecharacteristics of a user as input, map the characteristics tocharacteristics of people assigned to a cohort, and select a treatmentplan from that cohort. The one or more machine learning models 13 mayalso be trained to control, based on the treatment plan, the machinelearning apparatus 70.

Different machine learning models 13 may be trained to recommenddifferent treatment plans for different desired results. For example,one of the one or more machine learning models 13 may be trained torecommend treatment plans for most effective recovery, while another ofthe one or more machine learning models 13 may be trained to recommendtreatment plans based on, for example, speed of recovery, cost ofrecovery, strength resulting from recovery, etc.

Using training data that includes training inputs and correspondingtarget outputs, the one or more machine learning models 13 may refer tomodel artifacts created by the training engine 9. The training engine 9may find patterns in the training data wherein such patterns map thetraining input to the target output, and generate the machine learningmodels 13 that capture these patterns. In some embodiments, theartificial intelligence engine 11, the database 33, and/or the trainingengine 9 may reside on another component (e.g., assistant interface 94,clinician interface 20, etc.) depicted in FIG. 1.

The one or more machine learning models 13 may include, e.g., a singlelevel of linear or non-linear operations (e.g., a support vector machine[SVM]) or the machine learning models 13 may be a deep network, i.e., amachine learning model including multiple levels of non-linearoperations. Examples of deep networks are neural networks includinggenerative adversarial networks, convolutional neural networks,recurrent neural networks with one or more hidden layers, and fullyconnected neural networks (e.g., each neuron may transmit its outputsignal to the input of the remaining neurons, as well as to itself). Forexample, the machine learning model may include numerous layers and/orhidden layers that perform calculations (e.g., dot products) usingvarious neurons.

The system 10 also includes a user interface 50 configured tocommunicate information to a user and to receive feedback from the user.Specifically, the user interface includes an input device 52 and anoutput device 54, which may be collectively called a user interface 52,54. The input device 52 may include one or more devices, such as akeyboard, a mouse, a touchscreen input, a gesture sensor (includingsensors for eye blinking used to communicate), a haptic device, and/or amicrophone and processor configured for voice recognition. The outputdevice 54 may take one or more different forms including, for example, acomputer monitor or display screen on a tablet, smartphone, or asmartwatch. The output device 54 may include other hardware and/orsoftware components such as a projector, virtual reality capability,augmented reality capability, etc. The output device 54 may incorporatevarious different visual, audio, or other sensorial or presentationtechnologies. For example, the output device 54 may include a non-visualdisplay, such as an audio signal, which may include spoken languageand/or other sounds such as tones, chimes, and/or melodies, which maysignal different conditions and/or directions. The output device 54 mayinclude one or more different display screens presenting various dataand/or interfaces or controls for use by the user. The output device 54may include graphics, which may be presented by a web-based interfaceand/or by a computer program or application (“app”).

As shown in FIG. 1, the user interface 50 includes a secondcommunication interface 56, which may also be called a remotecommunication interface configured to communicate with the server 30and/or the clinician interface 20 via a second network 58. In someembodiments, the second network 58 may include a local area network(LAN), such as an Ethernet network. In some embodiments, the secondnetwork 58 may include an Intranet or Intranets and/or the Internetand/or a virtual private network (VPN), and communications between theuser interface 50 and the server 30 and/or the clinician interface 20may be secured via encryption, such as, for example, encryption mediatedby using a VPN. In some embodiments, the second network 58 may includewired and/or wireless network connections such as Wi-Fi, Bluetooth,ZigBee, Near-Field Communications (NFC), cellular data networks, etc. Insome embodiments, the second network 58 may be the same as and/oroperationally coupled to the first network 34.

The user interface 50 includes a second processor 60 and a secondmachine-readable storage memory 62 holding second instructions 64 forexecution by the second processor 60 for performing various actions ofuser interface 50. The second machine-readable storage memory 62 alsoincludes a local data store 66 configured to hold data, such as datapertaining to a treatment plan and/or user data, such as datarepresenting a user's performance within a treatment plan. The userinterface 50 also includes a local communication interface 68 configuredto communicate with various devices for use by the user in the vicinityof the user interface 50. The local communication interface 68 mayinclude wired and/or wireless communications. In some embodiments, thelocal communication interface 68 may include a local wireless networksuch as Wi-Fi, Bluetooth, ZigBee, Near-Field Communications (NFC),cellular data networks, etc.

The system 10 also includes a treatment apparatus 70 configured to bemanipulated by the user and/or to manipulate a body part of the user forperforming activities according to the treatment plan. In someembodiments, the treatment apparatus 70 may take the form of an exerciseand rehabilitation apparatus configured to perform and/or to aid in theperformance of a rehabilitation regimen, which may be or include anorthopedic rehabilitation regimen, and the treatment includesrehabilitation of a body part of the user, such as a joint and/or a boneand/or a tendon and/or a ligament and/or a muscle group. The treatmentapparatus 70 may be any suitable medical, rehabilitative, therapeutic,etc. apparatus configured to be controlled distally via anothercomputing device to treat a user and/or exercise the user, and suchexercise or treatment may also include taking and analyzing and/orstoring measurements of neurological or neuromuscular aspects of theuser or the user's performance as well as of vital signs of the user.The treatment apparatus 70 may be an electromechanical machine includingone or more weights, an electromechanical bicycle, an electromechanicalspin-wheel, a smart-mirror, a treadmill, or the like. The body part mayinclude, for example, a spine, a hand, a foot, a knee, or a shoulder.The body part may include a part of a joint, a bone, or a muscle group,such as one or more vertebrae, a tendon, or a ligament. As shown in FIG.1, the treatment apparatus 70 includes a controller 72, which mayinclude one or more processors, computer memory, and/or othercomponents. The treatment apparatus 70 also includes a fourthcommunication interface 74 configured to communicate with the userinterface 50 via the local communication interface 68. The treatmentapparatus 70 also includes one or more internal sensors 76 and anactuator 78, such as a motor. The actuator 78 may be used, for example,for moving the user's body part and/or for resisting forces by the user.

The internal sensors 76 may measure one or more operatingcharacteristics of the treatment apparatus 70 such as, for example, aforce, a position, a speed, and/or a velocity. In some embodiments, theinternal sensors 76 may include a position sensor configured to measureat least one of a linear motion or an angular motion of a body part ofthe user. For example, an internal sensor 76 in the form of a positionsensor may measure a distance that (or a time in which) the user is ableto move a part of the treatment apparatus 70, where such distance (ortime) may correspond to a range of motion that the user's body part isable to achieve. In some embodiments, the internal sensors 76 mayinclude a force sensor configured to measure a force applied by theuser. For example, an internal sensor 76 in the form of a force sensormay measure a force or weight the user is able to apply, using aparticular body part, to the treatment apparatus 70.

The system 10 shown in FIG. 1 also includes an ambulation sensor 82,which communicates with the server 30 via the local communicationinterface 68 of the user interface 50. The ambulation sensor 82 maytrack and store a number of steps taken by the user. In someembodiments, the ambulation sensor 82 may take the form of a wristband,wristwatch, or smart watch. In some embodiments, the ambulation sensor82 may be integrated within a phone, such as a smartphone.

The system 10 shown in FIG. 1 also includes a goniometer 84, whichcommunicates with the server 30 via the local communication interface 68of the user interface 50. The goniometer 84 measures an angle of theuser's body part. For example, the goniometer 84 may measure the angleof flex of a user's knee or elbow or shoulder.

The system 10 shown in FIG. 1 also includes a pressure sensor 86, whichcommunicates with the server 30 via the local communication interface 68of the user interface 50. The pressure sensor 86 measures an amount ofpressure or weight applied by a body part of the user. For example,pressure sensor 86 may measure an amount of force applied by a user'sfoot when pedaling a stationary bike.

The system 10 shown in FIG. 1 also includes a supervisory interface 90which may be similar or identical to the clinician interface 20. In someembodiments, the supervisory interface 90 may have enhancedfunctionality beyond what is provided on the clinician interface 20. Thesupervisory interface 90 may be configured for use by a medicalprofessional having responsibility for the treatment plan, such as anorthopedic surgeon.

The system 10 shown in FIG. 1 also includes a reporting interface 92which may be similar or identical to the clinician interface 20. In someembodiments, the reporting interface 92 may have less functionality fromwhat is provided on the clinician interface 20. For example, thereporting interface 92 may not have the ability to modify a treatmentplan. Such a reporting interface 92 may be used, for example, by abiller to determine the use of the system 10 for billing purposes. Inanother example, the reporting interface 92 may not have the ability todisplay user identifiable information, presenting only pseudonymizeddata and/or anonymized data for certain data fields concerning a datasubject and/or for certain data fields concerning a quasi-identifier ofthe data subject. Such a reporting interface 92 may be used, forexample, by a researcher to determine various effects of a treatmentplan on different users.

The system 10 includes an assistant interface 94 for an assistant, suchas a doctor, a nurse, a physical therapist, or a technician, to remotelycommunicate with the user interface 50 and/or the treatment apparatus70. Such remote communications may enable the assistant to provideassistance or guidance to a user using the system 10. More specifically,the assistant interface 94 is configured to communicate a telemedicinesignal 96, 97, 98 a, 98 b, 99 a, 99 b with the user interface 50 via anetwork connection such as, for example, via the first network 34 and/orthe second network 58. The telemedicine signal 96, 97, 98 a, 98 b, 99 a,99 b includes one of an audio signal 96, an audiovisual signal 97, aninterface control signal 98 a for controlling a function of the userinterface 50, an interface monitor signal 98 b for monitoring a statusof the user interface 50, an apparatus control signal 99 a for changingan operating parameter of the treatment apparatus 70, and/or anapparatus monitor signal 99 b for monitoring a status of the treatmentapparatus 70. In some embodiments, each of the control signals 98 a, 99a may be unidirectional, conveying commands from the assistant interface94 to the user interface 50. In some embodiments, in response tosuccessfully receiving a control signal 98 a, 99 a and/or to communicatesuccessful and/or unsuccessful implementation of the requested controlaction, an acknowledgement message may be sent from the user interface50 to the assistant interface 94. In some embodiments, each of themonitor signals 98 b, 99 b may be unidirectional, status-informationcommands from the user interface 50 to the assistant interface 94. Insome embodiments, an acknowledgement message may be sent from theassistant interface 94 to the user interface 50 in response tosuccessfully receiving one of the monitor signals 98 b, 99 b.

In some embodiments, the user interface 50 may be configured as apass-through for the apparatus control signals 99 a and the apparatusmonitor signals 99 b between the treatment apparatus 70 and one or moreother devices, such as the assistant interface 94 and/or the server 30.For example, the user interface 50 may be configured to transmit anapparatus control signal 99 a in response to an apparatus control signal99 a within the telemedicine signal 96, 97, 98 a, 98 b, 99 a, 99 b fromthe assistant interface 94.

In some embodiments, the assistant interface 94 may be presented on ashared physical device as the clinician interface 20. For example, theclinician interface 20 may include one or more screens that implementthe assistant interface 94. Alternatively or additionally, the clinicianinterface 20 may include additional hardware components, such as a videocamera, a speaker, and/or a microphone, to implement aspects of theassistant interface 94.

In some embodiments, one or more portions of the telemedicine signal 96,97, 98 a, 98 b, 99 a, 99 b may be generated from a prerecorded source(e.g., an audio recording, a video recording, or an animation) forpresentation by the output device 54 of the user interface 50. Forexample, a tutorial video may be streamed from the server 30 andpresented upon the user interface 50. Content from the prerecordedsource may be requested by the user via the patient interface 50.Alternatively, via a control on the assistant interface 94, theassistant may cause content from the prerecorded source to be played onthe user interface 50.

The assistant interface 94 includes an assistant input device 22 and anassistant display 24, which may be collectively called an assistant userinterface 22, 24. The assistant input device 22 may include one or moreof a telephone, a keyboard, a mouse, a trackpad, or a touch screen, forexample. Alternatively or additionally, the assistant input device 22may include one or more microphones. In some embodiments, the one ormore microphones may take the form of a telephone handset, headset, orwide-area microphone or microphones configured for the assistant tospeak to a user via the user interface 50. In some embodiments,assistant input device 22 may be configured to provide voice-basedfunctionalities, with hardware and/or software configured to interpretspoken instructions by the assistant by using the one or moremicrophones. The assistant input device 22 may include functionalityprovided by or similar to existing voice-based assistants such as Siriby Apple, Alexa by Amazon, Google Assistant, or Bixby by Samsung. Theassistant input device 22 may include other hardware and/or softwarecomponents. The assistant input device 22 may include one or moregeneral purpose devices and/or special-purpose devices.

The assistant display 24 may take one or more different forms including,for example, a computer monitor or display screen on a tablet, asmartphone, or a smart watch. The assistant display 24 may include otherhardware and/or software components such as projectors, virtual realitycapabilities, or augmented reality capabilities, etc. The assistantdisplay 24 may incorporate various different visual, audio, or otherpresentation technologies. For example, the assistant display 24 mayinclude a non-visual display, such as an audio signal, which may includespoken language and/or other sounds such as tones, chimes, melodies,and/or compositions, which may signal different conditions and/ordirections. The assistant display 24 may include one or more differentdisplay screens presenting various data and/or interfaces or controlsfor use by the assistant. The assistant display 24 may include graphics,which may be presented by a web-based interface and/or by a computerprogram or application.

In some embodiments, the system 10 may provide computer translation oflanguage from the assistant interface 94 to the user interface 50 and/orvice-versa. The computer translation of language may include computertranslation of spoken language and/or computer translation of text.Additionally or alternatively, the system 10 may provide voicerecognition and/or spoken pronunciation of text. For example, the system10 may convert spoken words to printed text and/or the system 10 mayaudibly speak language from printed text. The system 10 may beconfigured to recognize spoken words by any or all of the user, theclinician, and/or the assistant. In some embodiments, the system 10 maybe configured to recognize and react to spoken requests or commands bythe user. For example, the system 10 may automatically initiate atelemedicine session in response to a verbal command by the user (whichmay be given in any one of several different languages).

In some embodiments, the server 30 may generate aspects of the assistantdisplay 24 for presentation by the assistant interface 94. For example,the server 30 may include a web server configured to generate thedisplay screens for presentation upon the assistant display 24. Forexample, the artificial intelligence engine 11 may generate recommendedtreatment plans and/or excluded treatment plans for users and generatethe display screens including those recommended treatment plans and/orexternal treatment plans for presentation on the assistant display 24 ofthe assistant interface 94. In some embodiments, the assistant display24 may be configured to present a virtualized desktop hosted by theserver 30. In some embodiments, the server 30 may be configured tocommunicate with the assistant interface 94 via the first network 34. Insome embodiments, the first network 34 may include a local area network(LAN), such as an Ethernet network. In some embodiments, the firstnetwork 34 may include the Internet, and communications between theserver 30 and the assistant interface 94 may be secured via privacyenhancing technologies, such as, for example, by using encryption over avirtual private network (VPN). Alternatively or additionally, the server30 may be configured to communicate with the assistant interface 94 viaone or more networks independent of the first network 34 and/or othercommunication means, such as a direct wired or wireless communicationchannel. In some embodiments, the user interface 50 and the treatmentapparatus 70 may each operate from a user location geographicallyseparate from a location of the assistant interface 94. For example, theuser interface 50 and the treatment apparatus 70 may be used as part ofan in-home rehabilitation system, which may be aided remotely by usingthe assistant interface 94 at a centralized location, such as a clinicor a call center.

In some embodiments, the assistant interface 94 may be one of severaldifferent terminals (e.g., computing devices) that may be groupedtogether, for example, in one or more call centers or at one or moreclinicians' offices. In some embodiments, a plurality of assistantinterfaces 94 may be distributed geographically. In some embodiments, aperson (e.g., medical professional) may work as an assistant remotelyfrom any conventional office infrastructure. Such remote work may beperformed, for example, where the assistant interface 94 takes the formof a computer and/or telephone. This remote work functionality may allowfor work-from-home arrangements that may include part time and/orflexible work hours for an assistant.

FIGS. 2-3 generally illustrate an embodiment of a treatment apparatus 70according to principles of the present disclosure. More specifically,FIG. 2 shows a treatment apparatus 70 in the form of a stationarycycling machine 100, which may be called a stationary bike, for short.The stationary cycling machine 100 includes a set of pedals 102 eachattached to a pedal arm 104 for rotation about an axle 106. In someembodiments, and as shown in FIG. 2, the pedals 102 are movable on thepedal arms 104 in order to adjust a range of motion used by the user inpedaling. For example, the pedals being located inwardly toward the axle106 corresponds to a smaller range of motion than when the pedals arelocated outwardly away from the axle 106. A pressure sensor 86 isattached to or embedded within one of the pedals 102 for measuring anamount of force applied by the user on the pedal 102. The pressuresensor 86 may communicate wirelessly to the treatment apparatus 70and/or to the user interface 50.

FIG. 4 generally illustrates a user using the treatment apparatus ofFIGS. 2 and 3, and showing sensors and various data parameters connectedto a user interface 50 according to principles of the presentdisclosure. The example user interface 50 is a tablet computer orsmartphone, or a phablet, such as an iPad, an iPhone, an Android device,or a Surface tablet, which is held manually by the user. In some otherembodiments, the user interface 50 may be embedded within or attached tothe treatment apparatus 70. FIG. 4 shows the user wearing the ambulationsensor 82 on his wrist, with a note showing “STEPS TODAY 1355”,indicating that the ambulation sensor 82 has recorded and transmittedthat step count to the user interface 50. FIG. 4 also shows the userwearing the goniometer 84 on his right knee, with a note showing “KNEEANGLE 72°”, indicating that the goniometer 84 is measuring andtransmitting that knee angle to the user interface 50. FIG. 4 also showsa right side of one of the pedals 102 with a pressure sensor 86 showing“FORCE 12.5 lbs.”, indicating that the right pedal pressure sensor 86 ismeasuring and transmitting that force measurement to the user interface50. FIG. 4 also shows a left side of one of the pedals 102 with apressure sensor 86 showing “FORCE 27 lbs.”, indicating that the leftpedal pressure sensor 86 is measuring and transmitting that forcemeasurement to the user interface 50. FIG. 4 also shows other user data,such as an indicator of “SESSION TIME 0:04:13”, indicating that the userhas been using the treatment apparatus 70 for 4 minutes and 13 seconds.This session time may be determined by the user interface 50 based oninformation received from the treatment apparatus 70. FIG. 4 also showsan indicator showing “PAIN LEVEL 3”. Such a pain level may be obtainedfrom the user in response to a solicitation, such as a question,presented upon the user interface 50.

FIG. 5 generally illustrates an overview display 120 of the assistantinterface 94 according to principles of the present disclosure.Specifically, the overview display 120 presents several differentcontrols and interfaces for the assistant to remotely assist a user withusing the user interface 50 and/or the treatment apparatus 70. Thisremote assistance functionality may also be called telemedicine ortelehealth.

Specifically, the overview display 120 includes a user profile display130 presenting biographical information regarding a user using thetreatment apparatus 70. The user profile display 130 may take the formof a portion or region of the overview display 120, as shown in FIG. 5,although the user profile display 130 may take other forms, such as aseparate screen or a popup window. In some embodiments, the user profiledisplay 130 may include a limited subset of the user's biographicalinformation. More specifically, the data presented upon the user profiledisplay 130 may depend upon the assistant's need for that information.For example, a medical professional that is assisting the user with amedical issue may be provided with medical history information regardingthe user, whereas a technician troubleshooting an issue with thetreatment apparatus 70 may be provided with a much more limited set ofinformation regarding the user. The technician, for example, may begiven only the user's name. The user profile display 130 may includepseudonymized data and/or anonymized data or use any privacy enhancingtechnology to prevent confidential user data from being communicated ina way that could violate user confidentiality requirements. Such privacyenhancing technologies may enable compliance with laws, regulations, orother rules of governance such as, but not limited to, the HealthInsurance Portability and Accountability Act (HIPAA), or the GeneralData Protection Regulation (GDPR), wherein the user may be deemed a“data subject.”

In some embodiments, the user profile display 130 may presentinformation regarding the treatment plan for the user to follow in usingthe treatment apparatus 70. Such treatment plan information may belimited to an assistant who is a medical professional, such as a doctoror physical therapist. For example, a medical professional assisting theuser with an issue regarding the treatment regimen may be provided withtreatment plan information, whereas a technician troubleshooting anissue with the treatment apparatus 70 may not be provided with anyinformation regarding the user's treatment plan.

In some embodiments, one or more recommended treatment plans and/orexcluded treatment plans may be presented in the user profile display130 to the assistant. The one or more recommended treatment plans and/orexcluded treatment plans may be generated by the artificial intelligenceengine 11 of the server 30 and received from the server 30 in real-timeduring, inter alia, a telemedicine or telehealth session.

The example overview display 120 shown in FIG. 5 also includes a userstatus display 134 presenting status information regarding a user usingthe treatment apparatus. The user status display 134 may take the formof a portion or region of the overview display 120, as shown in FIG. 5,although the user status display 134 may take other forms, such as aseparate screen or a popup window. The user status display 134 includessensor data 136 from one or more of the external sensors 82, 84, 86,and/or from one or more internal sensors 76 of the treatment apparatus70. In some embodiments, the user status display 134 may present otherdata 138 regarding the user, such as last reported pain level, orprogress within a treatment plan.

User access controls may be used to limit access, including what data isavailable to be viewed and/or modified, on any or all of the userinterfaces 20, 50, 90, 92, 94 of the system 10. In some embodiments,user access controls may be employed to control what information isavailable to any given person using the system 10. For example, datapresented on the assistant interface 94 may be controlled by user accesscontrols, with permissions set depending on the assistant/user's needfor and/or qualifications to view that information.

The example overview display 120 shown in FIG. 5 also includes a helpdata display 140 presenting information for the assistant to use inassisting the user. The help data display 140 may take the form of aportion or region of the overview display 120, as shown in FIG. 5. Thehelp data display 140 may take other forms, such as a separate screen ora popup window. The help data display 140 may include, for example,presenting answers to frequently asked questions regarding use of theuser interface 50 and/or the treatment apparatus 70. The help datadisplay 140 may also include research data or best practices. In someembodiments, the help data display 140 may present scripts for answersor explanations in response to user questions. In some embodiments, thehelp data display 140 may present flow charts or walk-throughs for theassistant to use in determining a root cause and/or solution to a user'sproblem. In some embodiments, the assistant interface 94 may present twoor more help data displays 140, which may be the same or different, forsimultaneous presentation of help data for use by the assistant. forexample, a first help data display may be used to present atroubleshooting flowchart to determine the source of a user's problem,and a second help data display may present script information for theassistant to read to the user, such information to preferably includedirections for the user to perform some action, which may help to narrowdown or solve the problem. In some embodiments, based upon inputs to thetroubleshooting flowchart in the first help data display, the secondhelp data display may automatically populate with script information.

The example overview display 120 shown in FIG. 5 also includes a userinterface control 150 presenting information regarding the userinterface 50, and/or to modify one or more settings of the userinterface 50. The user interface control 150 may take the form of aportion or region of the overview display 120, as shown in FIG. 5. Theuser interface control 150 may take other forms, such as a separatescreen or a popup window. The user interface control 150 may presentinformation communicated to the assistant interface 94 via one or moreof the interface monitor signals 98 b. As shown in FIG. 5, the userinterface control 150 includes a display feed 152 of the displaypresented by the user interface 50. In some embodiments, the displayfeed 152 may include a live copy of the display screen currently beingpresented to the user by the user interface 50. In other words, thedisplay feed 152 may present an image of what is presented on a displayscreen of the user interface 50. In some embodiments, the display feed152 may include abbreviated information regarding the display screencurrently being presented by the user interface 50, such as a screenname or a screen number. The user interface control 150 may include auser interface setting control 154 for the assistant to adjust or tocontrol one or more settings or aspects of the user interface 50. Insome embodiments, the user interface setting control 154 may cause theassistant interface 94 to generate and/or to transmit an interfacecontrol signal 98 for controlling a function or a setting of the userinterface 50.

In some embodiments, the user interface setting control 154 may includecollaborative browsing or co-browsing capability for the assistant toremotely view and/or control the user interface 50. For example, theuser interface setting control 154 may enable the assistant to remotelyenter text to one or more text entry fields on the user interface 50and/or to remotely control a cursor on the user interface 50 using amouse or touchscreen of the assistant interface 94.

In some embodiments, using the user interface 50, the user interfacesetting control 154 may allow the assistant to change a setting thatcannot be changed by the user. For example, the user interface 50 may beprecluded from accessing a language setting to prevent a user frominadvertently switching, on the user interface 50, the language used forthe displays, whereas the user interface setting control 154 may enablethe assistant to change the language setting of the user interface 50.In another example, the user interface 50 may not be able to change afont size setting to a smaller size in order to prevent a user frominadvertently switching the font size used for the displays on the userinterface 50 such that the display would become illegible to the user,whereas the user interface setting control 154 may provide for theassistant to change the font size setting of the user interface 50.

The example overview display 120 shown in FIG. 5 also includes aninterface communications display 156 showing the status ofcommunications between the user interface 50 and one or more otherdevices 70, 82, 84, such as the treatment apparatus 70, the ambulationsensor 82, and/or the goniometer 84. The interface communicationsdisplay 156 may take the form of a portion or region of the overviewdisplay 120, as shown in FIG. 5. The interface communications display156 may take other forms, such as a separate screen or a popup window.The interface communications display 156 may include controls for theassistant to remotely modify communications with one or more of theother devices 70, 82, 84. For example, the assistant may remotelycommand the user interface 50 to reset communications with one of theother devices 70, 82, 84, or to establish communications with a new oneof the other devices 70, 82, 84. This functionality may be used, forexample, where the user has a problem with one of the other devices 70,82, 84, or where the user receives a new or a replacement one of theother devices 70, 82, 84.

The example overview display 120 shown in FIG. 5 also includes anapparatus control 160 for the assistant to view and/or to controlinformation regarding the treatment apparatus 70. The apparatus control160 may take the form of a portion or region of the overview display120, as shown in FIG. 5. The apparatus control 160 may take other forms,such as a separate screen or a popup window. The apparatus control 160may include an apparatus status display 162 with information regardingthe current status of the apparatus. The apparatus status display 162may present information communicated to the assistant interface 94 viaone or more of the apparatus monitor signals 99 b. The apparatus statusdisplay 162 may indicate whether the treatment apparatus 70 is currentlycommunicating with the user interface 50. The apparatus status display162 may present other current and/or historical information regardingthe status of the treatment apparatus 70.

The apparatus control 160 may include an apparatus setting control 164for the assistant to adjust or control one or more aspects of thetreatment apparatus 70. The apparatus setting control 164 may cause theassistant interface 94 to generate and/or to transmit an apparatuscontrol signal 99 for changing an operating parameter of the treatmentapparatus 70, (e.g., a pedal radius setting, a resistance setting, atarget RPM, etc.). The apparatus setting control 164 may include a modebutton 166 and a position control 168, which may be used in conjunctionfor the assistant to place an actuator 78 of the treatment apparatus 70in a manual mode, after which a setting, such as a position or a speedof the actuator 78, can be changed using the position control 168. Themode button 166 may provide for a setting, such as a position, to betoggled between automatic and manual modes. In some embodiments, one ormore settings may be adjustable at any time, and without having anassociated auto/manual mode. In some embodiments, the assistant maychange an operating parameter of the treatment apparatus 70, such as apedal radius setting, while the user is actively using the treatmentapparatus 70. Such “on the fly” adjustment may or may not be availableto the user using the user interface 50. In some embodiments, theapparatus setting control 164 may allow the assistant to change asetting that cannot be changed by the user using the user interface 50.For example, the user interface 50 may be precluded from changing apreconfigured setting, such as a height or a tilt setting of thetreatment apparatus 70, whereas the apparatus setting control 164 mayprovide for the assistant to change the height or tilt setting of thetreatment apparatus 70.

The example overview display 120 shown in FIG. 5 also includes a usercommunications control 170 for controlling an audio or an audiovisualcommunications session with the user interface 50. The communicationssession with the user interface 50 may include a live feed from theassistant interface 94 for presentation by the output device of the userinterface 50. The live feed may take the form of an audio feed and/or avideo feed. In some embodiments, the user interface 50 may be configuredto provide two-way audio or audiovisual communications with a personusing the assistant interface 94. Specifically, the communicationssession with the user interface 50 may include bidirectional (two-way)video or audiovisual feeds, with each of the user interface 50 and theassistant interface 94 presenting video of the other one. In someembodiments, the user interface 50 may present video from the assistantinterface 94, while the assistant interface 94 presents only audio orthe assistant interface 94 presents no live audio or visual signal fromthe patient interface 50. In some embodiments, the assistant interface94 may present video from the user interface 50, while the userinterface 50 presents only audio or the user interface 50 presents nolive audio or visual signal from the assistant interface 94.

In some embodiments, the audio or an audiovisual communications sessionwith the user interface 50 may take place, at least in part, while theuser is performing the rehabilitation regimen upon the body part. Theuser communications control 170 may take the form of a portion or regionof the overview display 120, as shown in FIG. 5. The user communicationscontrol 170 may take other forms, such as a separate screen or a popupwindow. The audio and/or audiovisual communications may be processedand/or directed by the assistant interface 94 and/or by another deviceor devices, such as a telephone system, or a videoconferencing systemused by the assistant while the assistant uses the assistant interface94. Alternatively or additionally, the audio and/or audiovisualcommunications may include communications with a third party. Forexample, the system 10 may enable the assistant to initiate a 3-wayconversation regarding use of a particular piece of hardware orsoftware, with the user and a subject matter expert, such as a medicalprofessional or a specialist. The example user communications control170 shown in FIG. 5 includes call controls 172 for the assistant to usein managing various aspects of the audio or audiovisual communicationswith the user. The call controls 172 include a disconnect button 174 forthe assistant to end the audio or audiovisual communications session.The call controls 172 also include a mute button 176 to temporarilysilence an audio or audiovisual signal from the assistant interface 94.In some embodiments, the call controls 172 may include other features,such as a hold button (not shown). The call controls 172 also includeone or more record/playback controls 178, such as record, play, andpause buttons to control, with the user interface 50, recording and/orplayback of audio and/or video from the teleconference session. The callcontrols 172 also include a video feed display 180 for presenting stilland/or video images from the user interface 50, and a self-video display182 showing the current image of the assistant using the assistantinterface. The self-video display 182 may be presented as apicture-in-picture format, within a section of the video feed display180, as shown in FIG. 5. Alternatively or additionally, the self-videodisplay 182 may be presented separately and/or independently from thevideo feed display 180.

The example overview display 120 shown in FIG. 5 also includes a thirdparty communications control 190 for use in conducting audio and/oraudiovisual communications with a third party. The third partycommunications control 190 may take the form of a portion or region ofthe overview display 120, as shown in FIG. 5. The third partycommunications control 190 may take other forms, such as a display on aseparate screen or a popup window. The third party communicationscontrol 190 may include one or more controls, such as a contact listand/or buttons or controls to contact a third party regarding use of aparticular piece of hardware or software, e.g., a subject matter expert,such as a medical professional or a specialist. The third partycommunications control 190 may include conference calling capability forthe third party to simultaneously communicate with both the assistantvia the assistant interface 94, and with the user via the user interface50. For example, the system 10 may provide for the assistant to initiatea 3-way conversation with the user and the third party.

Sensors can be used to monitor the user and provide one or more inputsto the system 10 described in FIG. 1 through either a wired connectionor a wireless network (e.g., the first communications interface 32, thesecond communications interface 56, the first network 34, or the secondnetwork 58). The system 10 can subsequently analyze the one or moreinputs to determine an infection probability or diagnose a userinfection, as non-limiting examples. For example, sensing devices 600 a,600 b, and 600 c generally illustrated in FIGS. 6A, 6B, and 6C,respectively, detect environmental stimuli and convert the environmentalstimuli into one or more electrical signals (e.g., digital or analog)that are transmitted to a processing device. In this regard, the sensingdevices 600 a, 600 b, and 600 c can provide information used to identifycharacteristics associated with a user infection. Accordingly, thesensing devices 600 a, 600 b, 600 c generally illustrated and describedin FIGS. 6A, 6B, and 6C, respectively, can be used to determine aninfection probability and/or diagnose a user infection. The sensingdevices 600 a, 600 b, and 600 c can be configured in alternativearrangements and are not limited to the example embodiments described inthis disclosure. Although not illustrated, the sensing devices 600 a,600 b, and 600 c may include wiring, a power source such as a battery,controller circuitry, and/or wireless communication circuitry.Accordingly, the sensing devices 600 a, 600 b, and 600 c may receivepower through the wiring, receive and process data through thecontroller circuitry, and transmit information through the wiring or thewireless communication circuitry.

FIG. 6A generally illustrates an example embodiment of a sensing device600 a according to the present disclosure. The sensing device 600 a maybe referred to as a temperature sensor or a temperature sensing device.In this regard, the sensing device 600 a may include a temperaturesensing element 602 (e.g., thermistor, transistor-based device, or thelike) configured to detect data (e.g., environmental stimulus)associated with a user, and convert the data to (i.e., correlate thedata with) a temperature of the user, and in particular, the temperateof a potential infected site of the user. The sensing device 600 a cantransmit the detected temperature information to the system 10, and thesystem 10 can use the detected temperature information to determine aninfection probability of a potential infected site of the user and/ordiagnose an infection of the user.

Also, the sensing device 600 a can be used to detect a change (e.g., anincrease or a decrease) in temperature of the user's body part, therebyindicating an increase or a decrease in the user's temperature. Forexample, the sensing device 600 a can transmit, at different times, thetemperature information to the system 10, and the system 10 can analyzeand compare each instance of detected temperature information, andsubsequently determine an increased user temperature, a decreased usertemperature, or no change in user temperature. The system 10 can use thechange in user temperature to determine an infection probability of apotential infected site of the user and/or diagnose the user for aninfection.

FIG. 6B generally illustrates an example embodiment of a sensing device600 b according to the present disclosure. The sensing device 600 b maybe referred to as a pressure sensor or a pressure sensing device. Thesensing device 600 b may include one or more pressure sensing elements(e.g., piezoelectric, strain gauge, diaphragm, or the like) configuredto respond to pressure changes from a user. For example, as labeled inFIG. 6B, the sensing device 600 b includes a pressure sensing element604 a, a pressure sensing element 604 b, a pressure sensing element 604c, and pressure sensing element 604 d. The pressure sensing elements,604 a, 604 b, 604 c, and 604 d, as well as additional sensing elements(shown and not labeled), are positioned throughout various locations ofthe sensing device 600 b. The respective locations of the sensingelements in FIG. 6B is exemplary, and other locations are possible. Insome embodiments, the sensing device 600 b includes a sleeve that can befitted over a user's body part, such as a knee, an ankle, a shin, athigh, an elbow, a bicep/triceps, a forearm, a wrist, or any otherdesired body part. The sensing device 600 b may include an elastic orstretchable fabric, thereby providing a compression fit over the user'sbody part. When fitted onto the user's body part, the sensing device 600b, using the aforementioned pressure sensing elements, can detectswelling of the user's body part. For example, one or more of theaforementioned sensing elements of the sensing device 600 b can respondto swelling of the user's body by bending or elastically deforming, andthe amount or degree of bending or elastic deformation is proportionalto the detected pressure. The sensing device 600 b can transmit thepressure-related information to the system 10, and the system 10 can usethe detected pressure information (e.g., average detected pressure ofeach of the pressure sensing elements, detected pressure of one or morespecified pressure sensing elements) to determine an infectionprobability of a potential infected site of the user and/or diagnose theuser for an infection.

Also, the sensing device 600 b can be used to detect a change (e.g., anincrease or a decrease) in swelling of the user's body part, therebyindicating increased swelling or decreased swelling. For example, thesensing device 600 b can transmit, at different times, the detectedpressure information to the system 10, and the system 10 can analyze andcompare one or more instances of the detected pressure information, andsubsequently determine an increased swelling, a decreased swelling, orno change in swelling. The system 10 can use the change in swelling todetermine an infection probability of a potential infected site of theuser and/or diagnose the user for an infection.

FIG. 6C generally illustrates an example embodiment of a sensing device600 c according to the present disclosure. The sensing device 600 c maybe referred to as a camera, an image sensor, an image capturing device,or an image sensing device. The sensing device 600 c includes an imagecapturing element 606 (e.g., an optical module, lens, a charge-coupledevice (“CCD”), a complementary metal oxide semiconductor (“CMOS”), orsome combination thereof) configured to capture data in the form of oneor more images (e.g., still images or motion/video images) of a user.The data can be processed by the sensing device 600 c to determinedimensional information of a breach in the user's skin due to aninvasive procedure (e.g., surgery) or an accident incurred by the user,as non-limiting examples. The dimensional information may includeone-dimensional information (e.g., a length) of the breach and/or twodimensional information (e.g., a surface) of the breach. Further, thedimensional information of the potential infected site may be directlyproportional to the infection probability. In other words, the infectionprobability may be greater for relatively larger dimensionalinformation, and conversely, the infection probability may be lesser forrelatively smaller dimensional information. The sensing device 600 c cantransmit the dimensional information to the system 10, and the system 10can use the dimensional information to determine an infectionprobability of a potential infected site of the user and/or diagnose theuser for an infection.

Also, the sensing device 600 c can be used to detect a change (e.g., anincrease in a measurement or a decrease in a measurement) in thedimensional information of the breach. For example, the sensing device600 b can transmit, at different times, the dimensional information tothe system 10, and the system 10 can analyze and compare one or moreinstances of the dimensional information, and subsequently determine anincreased dimensional information, a decreased dimensional information,or no change in dimensional information. The system 10 can use thechange in dimensional information to determine an infection probabilityof a potential infected site of the user and/or diagnose the user for aninfection.

In addition to dimensional information, the data collected by thesensing device 600 c can be analyzed for different purposes. Forexample, the sensing device 600 c can capture images (e.g., motion/videoimages), and analyze the images to determine user mobility at thepotential infected site. The increase in user mobility may be inverselyproportional to the infection probability. In other words, the infectionprobability may increase or decrease with decreasing or increasing,respectively, user mobility at the potential infected site. As anotherexample, the sensing device 600 c can capture an image, and analyze theimage to determine discoloration (e.g., redness of the skin, or otherskin color abnormalities) of the user's skin at the potential infectedsite. The discoloration be directly proportional to the infectionprobability. In other words, the infection probability may increase ordecrease with a measured amount of increasing or decreasing,respectively, discoloration at the potential infected site. As yetanother example, the sensing device 600 c can capture an image (e.g.,still or motion/video images), and analyze the image to determine thetemperature of the user at the potential infected site. Accordingly, insome embodiments, the sensing device 600 c includes infrared sensingcapabilities or any other desired sensing capabilities.

The system 10 can receive information from one or more of the sensors600 a, 600 b, and 600 c, and use the information to determine aninfection probability of a potential infected site of the user and/ordiagnose the user for an infection. Additionally, the system 10 can useinformation received from one the sensors 600 a, 600 b, and 600 c tomodify a treatment plan for the user. For example, the training engine 9described in FIG. 1 can use information received by one or more of thesensors 600 a, 600 b, and 600 c to train one or more machine learningmodels 13 to alter a treatment plan.

FIG. 7 generally illustrates an example embodiment of a method 700 foridentifying characteristics associated with a user infection. The method700 is performed by a processing device that may include hardware(circuitry, dedicated logic, etc.), software (such as is run on ageneral-purpose computer system or a dedicated machine), or acombination of both. The method 700 and/or each of its individualfunctions, routines, subroutines, or operations may be performed by oneor more processors of a computing device (e.g., any component of FIG. 1,such as the server 30 executing the artificial intelligence engine 11).In certain implementations, the method 700 may be performed by a singleprocessing thread. Alternatively, the method 700 may be performed by twoor more processing threads, each thread implementing one or moreindividual functions, routines, subroutines, or operations of themethods.

For simplicity of explanation, the method 700 is depicted and describedas a series of operations. However, operations in accordance with thisdisclosure can occur in various orders and/or concurrently, and/or withother operations not presented and described herein. For example, theoperations depicted in the method 700 may occur in combination with anyother operation of any other method disclosed herein. Furthermore, notall illustrated operations may be required to implement the method 700in accordance with the disclosed subject matter. In addition, thoseskilled in the art will understand and appreciate that the method 700could alternatively be represented as a series of interrelated statesvia a state diagram or events.

At step 702, the processing device receives, from a sensor, a sensorinput pertaining to a potential infected site of a user. The sensorinput may include an input, or signal, from a temperature sensor, apressure sensor, and/or a camera described herein. Accordingly, thesensors shown and described in FIGS. 6A-6C may be integrated with themethod 700. The sensor input may include characteristics such astemperature information, pressure information, discolorationinformation, image information, vital sign information, mobilityinformation, and/or measurement information.

In addition to receiving a sensor input (or inputs), the processingdevice can also receive and use user input information. For example, theuser information may include symptoms such as an indication of apressure, an indication of a pain level, and/or an indication of amobility. In order to provide the user input information to theprocessing device, a computing device (e.g., mobile device, desktopcomputer, laptop computer) with a user interface (e.g., a display of thecomputing device) can present a software application, or app.

At step 704, the processing device generates an infection probabilityassociated with the infected site. The infection probability is based atleast in part on the sensor input. Alternatively, or in combination, theinfection probability is based on the user input information. Theinfection probability can be presented as a range (e.g., 0-10, 0%-100%),with an increasing value in the range indicating a relatively higherinfection probability.

Optionally, at step 706, the infection probability can be transmitted toone or more recipients. For example, the infection probability can betransmitted to the user, a medical professional, an insurance provider,and/or a healthcare administrator. Once received, a telemedicine-enabledappointment can be scheduled between the user and one or more of themedical professional, the insurance provider, and/or the healthcareadministrator. The telemedicine-enabled appointment allows the user toremotely receive communication (e.g., the treatment plan) from any ofthe medical professional, the insurance provider, and/or the healthcareadministrator. In other words, by using the telemedicine-enabledappointment, the user is not required to make an in-office visit anddoes need to be in physical proximity to (i.e., not in the same room orbuilding as) the medical professional, the insurance provider, and/orthe healthcare administrator. By transmitting the infection probabilityduring instances when the infection probability is at least at athreshold infection probability, some appointments may be avoided whenthe infection probability is sufficiently low (i.e., below the thresholdinfection probability). However, it should be noted that in someembodiments, the infection probability can be transmitted the medicalprofessional, the insurance provider, and/or the healthcareadministrator, even when the infection probability is below thethreshold infection probability.

In some embodiments, the infection probability is transmitted when theinfection probability is at least (i.e., equals or exceeds) at athreshold infection probability. The processing device can receive oridentify the threshold infection probability, which may correspond to aparticular infection or a risk level of infection that requires atreatment plan. Different risk levels of infection can be assigned todifferent users based upon one or more factors, including, but notlimited to, the user's age, the user's medical history (e.g., animmunocompromised user, a user with little or no prior medical issues),the type of infection identified, and/or the known ability for amedication to effectively treat an infection. Accordingly, the thresholdinfection probability can vary for each user based upon a variety offactors. Moreover, for the same type of infection, users with arelatively high risk level (e.g., an older user with prior medicalissues) may be assigned a relatively lower threshold infectionprobability, as compared to user s with a relatively high risk level(e.g., a younger user with no prior medical issues). As a result, insome instances, the infection probability is more likely to reach atleast the threshold infection probability for user s with a relativelyhigh risk level. In this regard, the method 700 may provide a moreefficient method for a medical professional, an insurance provider,and/or a healthcare administrator to interact with user s.

In some embodiments, the processing device receives or identifiesmultiple the threshold infection probabilities, with each thresholdinfection probability corresponding to a particular risk level. Forexample, when the processing device receives or identifies a firstthreshold infection probability and a second threshold probability, thefirst threshold infection probability may correspond to a relatively lowrisk level while the second threshold infection probability maycorrespond to a relatively high risk level. In this regard, the firstthreshold infection probability may indicate that the user should seek atreatment plan for the potential infected site, while the secondthreshold infection probability may indicate that the user should seekimmediate treatment for the potential infected site or immediately setup a telemedicine-enabled appointment with a medical professional.Accordingly, the processing device can compare the infection probabilitywith multiple threshold infection probabilities, and provide multipleways to treat an infection based on the associated risk level.

The processing device can use the characteristics to diagnose thepotential infected site. For example, using one or more of the sensorinput and the user input information, the processing device maydetermine a type of infection (e.g., a bacterial infection such as aStaph infection caused by staphylococcus bacteria, a germ, a parasite, avirus, or some combination thereof) associated with the potentialinfected site. Moreover, based on the diagnosis, the processing devicecan recommend a treatment plan to the user. The diagnosis and/or thetreatment plan can be transmitted to the user. In some embodiments, thediagnosis and/or the treatment plan is first transmitted to the medicalprofessional, the insurance provider, and/or the healthcareadministrator for review, and once approved, is transmitted to the user.

Alternatively, or in combination, the processing device can receive anduse etiological information associated with the potential infected siteto determine an infection probability and/or diagnose an infection. Forexample, the processing device can receive information indicating thatthe user has undergone an invasive operation event (e.g., a surgicalprocedure) at the potential infected site, thereby indicating the typeof incision made to the user. In another example, the processing devicecan receive information indicating that the user has undergone an injuryevent (e.g., an accident) at the potential infected site, therebyindicating the user has an open wound or a cut.

Additionally, the processing device can receive multiple sensor inputsto determine an infection probability. For example, the processingdevice can receive a first input at a potential infected site and asecond input from a non-infected site. A “non-infection site” may referto, for example, no statistical probability of infection). Theprocessing device can compare the first input with the second input togenerate the infection probability. This may include, for example, acomparison between a first temperature (from the first input) at thepotential infected site (e.g., a user's left knee), and a secondtemperature (from the second input) at the non-infected site (e.g., auser's right knee). In some embodiments, the processing device analyzesthe comparison to determine the infection probability. For example, thedifference between the first temperature and the second temperature canbe directly proportional to the infection probability, and accordingly,the processing device determines a relatively high infection probabilityfor a larger difference (e.g., 3 degrees on a Celsius or Fahrenheitscale) between the first temperature and the second temperature, andconversely, the processing device determines a relatively low infectionprobability for a smaller difference (e.g., 0.5 degrees on a Celsius orFahrenheit scale) between the first temperature and the secondtemperature. Alternatively, or in combination, the processing device canuse a predetermined difference between the first temperature and thesecond temperature to determine the infection probability. For example,in some embodiments, the processing device may require the differencebetween the first temperature and the second temperature be at least aspecified difference (e.g., 2 degrees on a Celsius or Fahrenheit scale),as oppose to the first temperature simply being greater than the secondtemperature. In this regard, the processing device may determine theinfection probability with increased accuracy and/or prevent or limit“false positives” with respect to determine the presence of aninfection.

FIG. 8 generally illustrates an example embodiment of a method 800 fordiagnosing a user based on one or more identifying characteristicsassociated with a user infection according to principles of the presentdisclosure. The method 800 is performed by processing logic that mayinclude hardware (circuitry, dedicated logic, etc.), software (such asis run on a general-purpose computer system or a dedicated machine), ora combination of both. The method 800 and/or each of its individualfunctions, routines, subroutines, or operations may be performed by oneor more processors of a computing device (e.g., any component of FIG. 1,such as server 30 executing the artificial intelligence engine 11). Incertain implementations, the method 800 may be performed by a singleprocessing thread. Alternatively, the method 800 may be performed by twoor more processing threads, each thread implementing one or moreindividual functions, routines, subroutines, or operations of themethods.

At step 802, the processing device receives, from a sensor, a sensorinput pertaining to a potential infected site of a user. The sensorinput from the sensor may include an input from a temperature sensor, apressure sensor, or a camera described herein. Accordingly, the sensorinput may include characteristics such as temperature information,pressure information, discoloration information, image information,vital sign information, or measurement information.

At step 804, the processing device receives a user input. The user inputinformation may be provided by the user, either from the user to theprocessing device via computing system or indirectly via a medicalprofessional, the insurance provider, and/or the healthcareadministrator. The user input may include symptoms such as an indicationof a pressure, an indication of a pain level, and an indication of amobility.

At step 806, the processing device identifies, using the sensor inputand the user input, the user infection associated with the user. In someembodiments, the sensor input and/or the user input is used to identifythe user infection.

Additionally, the processing device can receive and use etiologicalinformation associated with the user. For example, the processing devicecan receive information indicating the user has undergone an invasiveoperation event (e.g., surgical procedure) at the potential infectedsite, thereby indicating the type of incision to the user. In anotherexample, the processing device can receive information indicating theuser has undergone an injury event (e.g., accident) at the potentialinfected site, thereby indicating the user has an open wound or a cut.

When the user infection is identified, the processing device caninitiate additional steps. For example, the processing device cangenerate a recommendation for one or more of a medication, a treatmentplan, and a visit with a medical professional. In the case of the visitwith the medical professional, a telemedicine-enabled appointment can bescheduled between the user and the medical professional.

FIG. 9 generally illustrates an example embodiment of a method 900 formodifying, by an artificial intelligence engine, a treatment plan foroptimizing an outcome for a user infection according to principles ofthe present disclosure. The method 900 is performed by processing logicthat may include hardware (circuitry, dedicated logic, etc.), software(such as is run on a general-purpose computer system or a dedicatedmachine), or a combination of both. The method 900 and/or each of itsindividual functions, routines, subroutines, or operations may beperformed by one or more processors of a computing device (e.g., anycomponent of FIG. 1, such as server 30 executing the artificialintelligence engine 11). In certain implementations, the method 900 maybe performed by a single processing thread. Alternatively, the method900 may be performed by two or more processing threads, each threadimplementing one or more individual functions, routines, subroutines, oroperations of the methods.

At step 902, the treatment plan for the user is received. For example,the processing device may receive treatment plan from the user's medicalprofessional. The treatment plan may include one or more recommendationsfor the user to treat the user infection. For example, the treatmentplan may include a medication, and/or a visit with a medicalprofessional. In the case of the visit with the medical professional, atelemedicine-enabled appointment can be scheduled between the user andthe medical professional.

At step 904, the processing device receives, from a sensor, a sensorinput pertaining to a potential infected site of a user. The sensorinput from the sensor may include an input from a temperature sensor, apressure sensor, or a camera described herein. Accordingly, the sensorinput may include characteristics such as temperature information,pressure information, discoloration information, image information,vital sign information, measurement information, any other desiredinformation, or combination thereof.

At step 906, the processing device receives a user input. In someembodiments, the user provides the user input through a computing system(e.g., a mobile device, a tablet device, a laptop computing device, adesktop computing device) with a user interface (e.g., a display)running a software application, or app, on the user interface. In someembodiments, the user provides the user input indirectly via a medicalprofessional, the insurance provider, and/or the healthcareadministrator. The user input may include symptoms such as an indicationof a pressure, an indication of discoloration, an indication of a painlevel, and/or an indication of a mobility.

At step 908, the artificial intelligence engine uses the sensor inputand the user input to adjust the treatment plan. For example, atreatment plan may include different types of medications, with eachtype of medication designed to treat different risk level and/orseverities. When the processing device receives a treatment plan thatrecommends a first medication associated with a relatively low risklevel or relatively low severity of a user infection, the artificialintelligence engine may use the sensor input and the user input toadjust the treatment plan and subsequently recommend a second medicationassociated with a relatively high risk level or relatively high severityof a user infection. Conversely, when the processing device receives atreatment plan that recommends the second medication, the artificialintelligence may adjust the treatment plan, based on the sensor inputand the user input, and subsequently recommend the first medication.Accordingly, the artificial intelligence engine can modify themedication based on an increasing or decreasing risk/severity level.

In addition to adjusting the type of medication, the artificialintelligence engine can adjust treatment plans in other ways. Forexample, a treatment plan may include a recommended frequency ofapplication of a medication, a recommendation to rest or immobilize theuser (e.g., at the user infection site), and/or a recommendation towrap/cover the user infection. The additional ways for adjusting thetreatment plan can be modified by the artificial intelligence engine toaccount for a change in risk level or severity of a user infection. Forexample, when one or more of the sensor input and the user inputprovide(s) an indication of a decreased risk level or decreased severityof the patient infection, the artificial intelligence engine may adjustthe treatment plan, and subsequently recommend a decreased applicationfrequency of the medication, and/or a reduction in covering/wrapping theuser infection. Conversely, when one or more of the sensor input and theuser input provide(s) an indication of an increased risk level orincreased severity of the user infection, the artificial intelligenceengine may adjust the treatment plan, and subsequently recommend anincreased application frequency of the medication, a recommendation forthe user to rest, and/or a recommendation to cover/wrap the userinfection. Accordingly, the artificial intelligence engine can modifythe treatment plan, based on an increasing or decreasing risk/severitylevel, to adapt to real-time characteristics of the user.

FIG. 10 generally illustrates a computer system 1000 according toprinciples of the present disclosure. In one example, computer system1000 may include a computing device and correspond to the assistanceinterface 94, reporting interface 92, supervisory interface 90,clinician interface 20, server 30 (including the AI engine 11), userinterface 50, ambulatory sensor 82, goniometer 84, treatment apparatus70, pressure sensor 86, or any suitable component of FIG. 1. Thecomputer system 1000 may be capable of executing instructionsimplementing the one or more machine learning models 13 of theartificial intelligence engine 11 of FIG. 1. The computer system may beconnected (e.g., networked) to other computer systems in a LAN, anintranet, an extranet, or the Internet, including via the cloud or apeer-to-peer network. The computer system may operate in the capacity ofa server in a client-server network environment. The computer system maybe a personal computer (PC), a tablet computer, a wearable (e.g.,wristband), a set-top box (STB), a personal Digital Assistant (PDA), amobile phone, a camera, a video camera, an Internet of Things (IoT)device, or any device capable of executing a set of instructions(sequential or otherwise) that specify actions to be taken by thatdevice. Further, while only a single computer system is illustrated, theterm “computer” shall also be taken to include any collection ofcomputers that individually or jointly execute a set (or multiple sets)of instructions to perform any one or more of the methods discussedherein.

The computer system 1000 includes a processing device 1002, a mainmemory 1004 (e.g., read-only memory (ROM), flash memory, solid statedrives (SSDs), dynamic random access memory (DRAM) such as synchronousDRAM (SDRAM), a static memory 1006 (e.g., flash memory, solid statedrives (SSDs), static random access memory (SRAM), and a data storagedevice 1008, which communicate with each other via a bus 1010.

Processing device 1002 represents one or more general-purpose processingdevices such as a microprocessor, central processing unit, or the like.More particularly, the processing device 1002 may be a complexinstruction set computing (CISC) microprocessor, reduced instruction setcomputing (RISC) microprocessor, very long instruction word (VLIW)microprocessor, or a processor implementing other instruction sets orprocessors implementing a combination of instruction sets. Theprocessing device 1402 may also be one or more special-purposeprocessing devices such as an application specific integrated circuit(ASIC), a system on a chip, a field programmable gate array (FPGA), adigital signal processor (DSP), network processor, or the like. Theprocessing device 1402 is configured to execute instructions forperforming any of the operations and steps discussed herein.

The computer system 1000 may further include a network interface device1012. The computer system 1000 also may include a video display 1014(e.g., a liquid crystal display (LCD), a light-emitting diode (LED), anorganic light-emitting diode (OLED), a quantum LED, a cathode ray tube(CRT), a shadow mask CRT, an aperture grille CRT, a monochrome CRT), oneor more input devices 1016 (e.g., a keyboard and/or a mouse or agaming-like control), and one or more speakers 1018 (e.g., a speaker).In one illustrative example, the video display 1014 and the inputdevice(s) 1016 may be combined into a single component or device (e.g.,an LCD touch screen).

The one or more input devices 1016 may include a computer-readablestorage medium 1020 on which the instructions 1022 embodying any one ormore of the methods, operations, or functions described herein isstored. The instructions 1022 may also reside, completely or at leastpartially, within the main memory 1004 and/or within the processingdevice 1002 during execution thereof by the computer system 1000. Assuch, the main memory 1004 and the processing device 1002 alsoconstitute computer-readable media. The instructions 1022 may further betransmitted or received over a network via the network interface device1012.

While the computer-readable storage medium 1020 is shown in theillustrative examples to be a single medium, the term “computer-readablestorage medium” should be taken to include a single medium or multiplemedia (e.g., a centralized or distributed database, and/or associatedcaches and servers) that store the one or more sets of instructions. Theterm “computer-readable storage medium” shall also be taken to includeany medium that is capable of storing, encoding or carrying a set ofinstructions for execution by the machine and that cause the machine toperform any one or more of the methodologies of the present disclosure.The term “computer-readable storage medium” shall accordingly be takento include, but not be limited to, solid-state memories, optical media,and magnetic media.

Consistent with the above disclosure, the examples of systems and methodenumerated in the following clauses are specifically contemplated andare intended as a non-limiting set of examples.

Clause 1. A system for identifying a condition of a user, the systemcomprising:

a treatment apparatus configured to be manipulated by the user forperforming an exercise;

-   -   an interface communicably coupled to the treatment apparatus;    -   one or more sensors configured to sense one or more        characteristics of an anatomical structure of the user;    -   a processing device and a memory communicatively coupled to the        processing device, and the memory includes computer readable        instructions that, when executed by the processing device, cause        the processing device to:    -   receive, from the sensors, one or more sensor inputs        representative of the one or more of characteristics of the        anatomical structure;    -   calculate an infection probability of a disease based on the one        or more characteristics of the anatomical structure; and    -   output, to the interface, a representation of the infection        probability.

Clause 2. The system of any clause herein, wherein the processing deviceis further configured to identify, one or more characteristicsassociated with the anatomical structure that is diseased.

Clause 3. The system of any clause herein, wherein the processing deviceis further configured to diagnose, based on the one or morecharacteristics, a presence of the disease and wherein the infectionprobability correlates with the probability of the disease beingdiagnosed by a medical professional.

Clause 4. The system of any clause herein, wherein the processing deviceis further configured to output, to the interface, a recommendation fora treatment plan based on at least one of the infection probability andthe diagnosis.

Clause 5. The system of any clause herein, wherein the interface isconfigured to present at least one of an image or an audible or tactilesignal representative of the infection probability.

Clause 6. The system of any clause herein, wherein the processing deviceis further configured to:

selectively identify a threshold infection probability; and

selectively identify the infection probability being at least equal tothe threshold infection probability.

Clause 7. The system of any clause herein, wherein the interface isassociated with one or more of the treatment apparatus and a medicalprofessional.

Clause 8. The system of any clause herein, wherein the processing deviceis further configured to output, to the interface, a recommendation forone or more of a medication, a treatment plan, and a visit with amedical professional.

Clause 9. The system of any clause herein, wherein the visit comprises atelemedicine-enabled appointment, the telemedicine-enabled appointmentcharacterized by the medical professional and the user not being indirect physical proximity to each other.

Clause 10. The system of any clause herein, wherein the disease isdefined as an infection related to one of a surgical site or injury ofthe anatomical structure.

Clause 11. The system of any clause herein, wherein the processingdevice is further configured to:

receive, from the interface, one or more inputs; and

generate, based on one or more of the one or more inputs and the one ormore sensor inputs, the infection probability.

Clause 12. The system of any clause herein, wherein the one or moreinputs comprise one or more of an indication, associated with the user,of a pressure, a pain level, discoloration of a structure, and amobility of a structure.

Clause 13. The system of any clause herein, wherein the one or morecharacteristics are defined as one or more etiological characteristics,and the processing device is further configured to generate theinfection probability based on the one or more etiologicalcharacteristics.

Clause 14. The system of any clause herein, wherein the one or moreetiological characteristics comprise at least one of a procedure orinjury associated with the structure.

Clause 15. The system of an clause herein, wherein the one or moresensor inputs comprises one or more of temperature information, pressureinformation, discoloration information, image information, vital signinformation, or measurement information.

Clause 16. The system of any clause herein, wherein the processingdevice is further configured to:

generate, from the one or more characteristics, a baselinecharacteristic and a disease characteristic; and

generate the infection probability based on the one or morecharacteristics, the baseline characteristic and the diseasecharacteristic.

Clause 17. The system of any clause herein, wherein the baselinecharacteristic represents a state of the anatomical structure withoutthe disease characteristic.

Clause 18. A method for identifying a condition, the method comprising:

receiving, from one or more sensors, one or more sensor inputsrepresentative of one or more of characteristics of an anatomicalstructure;

calculating an infection probability of a disease based on the one ormore characteristics of the anatomical structure; and

outputting, to an interface, a representation of the infectionprobability.

Clause 19. The method of any clause herein, further comprisingidentifying one or more characteristics associated an anatomicalstructure having the diseased characteristics.

Clause 20. The method of any clause herein, further comprisingdiagnosing, based on the one or more characteristics, a presence of adisease and wherein the infection probability correlates with theprobability of the disease being diagnosed by a medical professional.

Clause 21. The method of any clause herein, further comprisingpresenting, in the interface, a recommendation for a treatment planbased on at least one of the infection probability and the diagnosis.

Clause 22. The method of any clause herein, further comprisingpresenting, with the interface, at least one of an image and an audibleor tactile signal representative of the infection probability.

Clause 23. The method of any clause herein, further comprising:

identifying a threshold infection probability;

identifying the infection probability being at least equal to thethreshold infection probability; and

presenting, in the interface, the infection probability.

Clause 24. The method of any clause herein, further comprisingpresenting, in the interface, a recommendation for one or more of amedication, a treatment plan, and a visit with a medical professional.

Clause 25. The method of any clause herein, wherein the visit comprisesa telemedicine-enabled appointment, the telemedicine-enabled appointmentdefined by the medical professional and the user not being in directphysical proximity to each other.

Clause 26. The method of any clause herein, further comprising:

receiving, from the interface, one or more inputs; and

generating, based on one or more of the one or more inputs and the oneor more sensor inputs, the infection probability.

Clause 27. A system for identifying a condition of a user, the systemcomprising:

a treatment apparatus configured to be manipulated by the user forperforming an exercise;

one or more sensors configured to sense one or more characteristics ofan anatomical structure of the user;

a processing device and a memory communicatively coupled to theprocessing device and the memory includes computer readable instructionsthat, when executed by the processing device, cause the processingdevice to:

receive, from the sensors, one or more sensor inputs representative ofthe one or more of characteristics of the anatomical structure;

generate, from the one or more characteristics, a baselinecharacteristic and a disease characteristic;

generate an infection probability of a disease based on the one or morecharacteristics, the baseline characteristic and the diseasecharacteristic.

Clause 28. The system of any clause herein, further comprising aninterface communicatively coupled to the treatment apparatus, andwherein the processing device is further configured to:

receive, from the interface, one or more inputs; and

generate the infection probability based on one or more of the one ormore inputs and the one or more sensor inputs.

Clause 29. The system of any clause herein, further comprising aninterface communicatively coupled to the treatment apparatus, andwherein the processing device is further configured to:

selectively identify a threshold infection probability;

selectively identify the infection probability being at least equal tothe threshold infection probability;

output, to the interface, a representation of the infection probabilitywhen the infection probability is at least equal to the thresholdinfection probability.

Clause 30. The system of any clause herein, wherein the processingdevice is further configured to:

identify one or more diseased characteristics associated with theanatomical structure;

identify, based on the one or more diseased characteristics, theinfection probability; and

diagnose, based on the one or more diseased characteristics, a presenceof a disease of the anatomical structure.

Many of the electrical connections in the drawings are shown as directcouplings having no intervening devices, but not expressly stated assuch in the description above. Nevertheless, this paragraph shall serveas antecedent basis in the claims for referencing any electricalconnection as “directly coupled” for electrical connections shown in thedrawing with no intervening device(s).

Various functions described below can be implemented or supported by oneor more computer programs, each of which is formed from computerreadable program code and embodied in a computer readable storagemedium. The terms “application” and “program” refer to one or morecomputer programs, software components, sets of instructions,procedures, functions, methods, objects, classes, instances, relateddata, or a portion thereof adapted for implementation in a suitablecomputer readable program code. The phrase “computer readable programcode” includes any type of computer code, including source code, objectcode, and executable code. The phrase “computer readable storage medium”includes any type of medium capable of being accessed by a computer,such as read only memory (ROM), random access memory (RAM), a hard diskdrive, a flash drive, a compact disc (CD), a digital video disc (DVD),solid state drive (SSD), or any other type of memory. A “non-transitory”computer readable storage medium excludes wired, wireless, optical, orother communication links that transport transitory electrical or othersignals. A non-transitory computer-readable storage medium includesmedia where data can be permanently stored and media where data can bestored and later overwritten, such as a rewritable optical disc or anerasable memory device.

The above discussion is meant to be illustrative of the principles andvarious embodiments of the present invention. Once the above disclosureis fully appreciated, numerous variations and modifications will becomeapparent to those skilled in the art. It is intended that the followingclaims be interpreted to embrace all such variations and modifications.

What is claimed is:
 1. A system for identifying a condition of a user,the system comprising: a treatment apparatus configured to bemanipulated by the user for performing an exercise; an interfacecommunicably coupled to the treatment apparatus; one or more sensorsconfigured to sense one or more characteristics of an anatomicalstructure of the user; a processing device and a memory communicativelycoupled to the processing device, and the memory includes computerreadable instructions that, when executed by the processing device,cause the processing device to: receive, from the sensors, one or moresensor inputs representative of the one or more of characteristics ofthe anatomical structure; calculate an infection probability of adisease based on the one or more characteristics of the anatomicalstructure; and output, to the interface, a representation of theinfection probability.
 2. The system of claim 1, wherein the processingdevice is further configured to identify, one or more characteristicsassociated with the anatomical structure that is diseased.
 3. The systemof claim 2, wherein the processing device is further configured todiagnose, based on the one or more characteristics, a presence of thedisease and wherein the infection probability correlates with theprobability of the disease being diagnosed by a medical professional. 4.The system of claim 3, wherein the processing device is furtherconfigured to output, to the interface, a recommendation for a treatmentplan based on at least one of the infection probability and thediagnosis.
 5. The system of claim 1, wherein the interface is configuredto present at least one of an image or an audible or tactile signalrepresentative of the infection probability.
 6. The system of claim 1,wherein the processing device is further configured to: selectivelyidentify a threshold infection probability; and selectively identify theinfection probability being at least equal to the threshold infectionprobability.
 7. The system of claim 6, wherein the interface isassociated with one or more of the treatment apparatus and a medicalprofessional.
 8. The system of claim 6, wherein the processing device isfurther configured to output, to the interface, a recommendation for oneor more of a medication, a treatment plan, and a visit with a medicalprofessional.
 9. The system of claim 8, wherein the visit comprises atelemedicine-enabled appointment, the telemedicine-enabled appointmentcharacterized by the medical professional and the user not being indirect physical proximity to each other.
 10. The system of claim 1,wherein the disease is defined as an infection related to one of asurgical site or injury of the anatomical structure.
 11. The system ofclaim 1, wherein the processing device is further configured to:receive, from the interface, one or more inputs; and generate, based onone or more of the one or more inputs and the one or more sensor inputs,the infection probability.
 12. The system of claim 11, wherein the oneor more inputs comprise one or more of an indication, associated withthe user, of a pressure, a pain level, discoloration of a structure, anda mobility of a structure.
 13. The system of claim 1, wherein the one ormore characteristics are defined as one or more etiologicalcharacteristics, and the processing device is further configured togenerate the infection probability based on the one or more etiologicalcharacteristics.
 14. The system of claim 13, wherein the one or moreetiological characteristics comprise at least one of a procedure orinjury associated with the structure.
 15. The system of claim 1, whereinthe one or more sensor inputs comprises one or more of temperatureinformation, pressure information, discoloration information, imageinformation, vital sign information, or measurement information.
 16. Thesystem of claim 1, wherein the processing device is further configuredto: generate, from the one or more characteristics, a baselinecharacteristic and a disease characteristic; and generate the infectionprobability based on the one or more characteristics, the baselinecharacteristic and the disease characteristic.
 17. The system of claim16, wherein the baseline characteristic represents a state of theanatomical structure without the disease characteristics.
 18. A methodfor identifying a condition, the method comprising: receiving, from oneor more sensors, one or more sensor inputs representative of one or moreof characteristics of an anatomical structure; calculating an infectionprobability of a disease based on the one or more characteristics of theanatomical structure; and outputting, to an interface, a representationof the infection probability.
 19. The method of claim 18, furthercomprising identifying one or more characteristics associated with adiseased anatomical structure.
 20. The method of claim 19, furthercomprising diagnosing, based on the one or more characteristics, apresence of a disease and wherein the infection probability correlateswith the probability of the disease being diagnosed by a medicalprofessional.
 21. The method of claim 20, further comprising presenting,in the interface, a recommendation for a treatment plan based on atleast one of the infection probability and the diagnosis.
 22. The methodof claim 18, further comprising presenting, with the interface, at leastone of an image and an audible or tactile signal representative of theinfection probability.
 23. The method of claim 18, further comprising:identifying a threshold infection probability; identifying the infectionprobability being at least equal to the threshold infection probability;and presenting, in the interface, the infection probability.
 24. Themethod of claim 23, further comprising presenting, in the interface, arecommendation for one or more of a medication, a treatment plan, and avisit with a medical professional.
 25. The method of claim 24, whereinthe visit comprises a telemedicine-enabled appointment, thetelemedicine-enabled appointment defined by the medical professional anda user not being in direct physical proximity to each other.
 26. Themethod of claim 18, further comprising: receiving, from the interface,one or more inputs; and generating, based on one or more of the one ormore inputs and the one or more sensor inputs, the infectionprobability.
 27. A system for identifying a condition of a user, thesystem comprising: a treatment apparatus configured to be manipulated bythe user for performing an exercise; one or more sensors configured tosense one or more characteristics of an anatomical structure of theuser; a processing device and a memory communicatively coupled to theprocessing device and the memory includes computer readable instructionsthat, when executed by the processing device, cause the processingdevice to: receive, from the sensors, one or more sensor inputsrepresentative of the one or more of characteristics of the anatomicalstructure; generate, from the one or more characteristics, a baselinecharacteristic and a disease characteristic; generate an infectionprobability of a disease based on the one or more characteristics, thebaseline characteristic and the disease characteristic.
 28. The systemof claim 27, further comprising an interface communicatively coupled tothe treatment apparatus, and wherein the processing device is furtherconfigured to: receive, from the interface, one or more inputs; andgenerate the infection probability based on one or more of the one ormore inputs and the one or more sensor inputs.
 29. The system of claim27, further comprising an interface communicatively coupled to thetreatment apparatus, and wherein the processing device is furtherconfigured to: selectively identify a threshold infection probability;selectively identify the infection probability being at least equal tothe threshold infection probability; output, to the interface, arepresentation of the infection probability when the infectionprobability is at least equal to the threshold infection probability.30. The system of claim 27, wherein the processing device is furtherconfigured to: identify one or more diseased characteristics associatedwith an anatomical structure; identify, based on the one or morediseased characteristics, the infection probability; and diagnose, basedon the one or more diseased characteristics, a presence of a disease ofthe anatomical structure.